home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1631 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.6 KB
  1. Date: Sat, 18 Jun 94 14:31:18 MDT
  2. From: shenson@nyx10.cs.du.edu (Stephen Henson)
  3. Message-Id: <9406182031.AA19795@nyx10.cs.du.edu>
  4. X-Disclaimer: Nyx is a public access Unix system run by the University
  5.     of Denver.  The University has neither control over nor
  6.     responsibility for the opinions or correct identity of users.
  7. To: mint@terminator.rs.itd.umich.edu
  8. Subject: Rwabs errors
  9.  
  10. I've had a look at the MiNT kernel where the Rwabs problem occurs when
  11. Minixfs uses addroottimeout(). I can see a number of possible solutions but
  12. rather than just pick one at random I thought I'd bring the topic up here
  13. first ....
  14.  
  15. 1. Make the stuff in timeout.c set curproc->in_dos temporarily for the duration
  16. of the timeout (and alter main.c to not reset curproc->in_dos if its already set).
  17.  
  18. 2. Alter syscall.spp to treat any call from supervisor mode as in_dos by
  19. setting the isGEMDOS parameter to enter_kernel if the call was from supervisor
  20. mode. I hope I'm right in thinking addroottimeout() stuff is always in
  21. supervisor mode.
  22.  
  23. 3. Leave MiNT alone and have Minixfs avoid Rwabs and use the hdv_rw vector
  24. (0x476) instead.
  25.  
  26. 4. Make it possible to distinguish between syscalls (via a trap) and direct
  27. calls from a filesys/device driver. Some flag set in the trap handler of the
  28. kernel should suffice. If this flag isn't set then the call was direct and
  29. should bypass the checking (in Rwabs in particular).
  30.  
  31.           (2) is the simplest, needing only a couple of lines added to the
  32. syscall.spp binding. I would suggest that (4) would be more useful in general.
  33.  
  34.           I hope this can be cleared up before 1.11, so I don't get a flood
  35. of queries from Minixfs users!
  36.  
  37. Steve.
  38.